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IMPROVED METHOD FOR DISPLAYING CONTROLS IN A 
SYSTEM USING A GRAPHICAL USER INTERFACE 



TECHNICAL FIELD 

The present invention relates to the display and manipulation 
of command-related items in a graphical operating system, and more 

0 particularly relates to an improved method for displaying and manipulating 
- 15 various controls in a system that uses a graphical user interface. 

f BACKGROUND OF THE INVENTION 

Most modern computer software employs a graphical user 
interface (GUI) to convey information to and receive commands from 

1 20 users. A graphical user interface relies on a variety of GUI objects or 
^ controls, including icons, text, drop down menus, toolbars, dialog boxes, 
y buttons, and the like. A user typically interacts with a graphical user 

interface by using a pointing device (e.g., a mouse) to position a pointer or 
cursor over an object and "clicking" on the object. An example of an 

25 operating system that employs a graphical user interface is the "WINDOWS 
95" operating system, which is manufactured and sold by Microsoft 
Corporation of Redmond, Washington. 

In a program module (e.g., an operating system or application 
program) that employs a graphical user interface, commands are typically 

30 represented by controls that are displayed in drop down menus and 
toolbars. Drop down menus, which may also be referred to as popup 
menus or menu popups, are used to organize numerous controls under 
major headings, which are displayed in a menu bar that appears along the 
top of a window. Each heading is a "menu control" that represents a drop 

35 down menu. A menu drops down when the user selects the associated menu 
control in the menu bar, thereby allowing access to the controls that are 
included in the drop down menu. A user may select or invoke a command 
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by clicking on the menu control, dragging the pointer down to the control 
associated with the desired command, and releasing the mouse button. 
Alternatively, the user may click on the menu control and release the 
mouse, then click and release on the appropriate control in the drop down 
5 menu. The primary advantage of drop down menus is that they can be used 
to contain and organize a large number of controls, but take up very little 
screen space when not in use. In addition, menus can also be operated 
using the keyboard when a pointing device is unavailable or unusable. 

Toolbars usually include buttons, which are arranged in one or 
10 more rows or columns. Each button is associated with a command, and is 
identified by an icon that represents or depicts that command. For 
I* example, the "print" conmiand may be invoked by clicking on a button 
0 whose icon depicts a printer. Significantly, a user can invoke commands on 
the toolbar by clicking once on the associated button. In addition to 
in 15 buttons, toolbars can also include other interactive controls, such as text 
S boxes, combo boxes, etc. Some toolbars can be turned on or off, and can 
'J be oriented horizontally or vertically. Although most toolbars are visually 
1, attached to a window, some may float above a window. The primary 
ry advantage of toolbars is that they present a set of buttons or controls that 
20 are only one click away while the user is using the associated program. A 
5 corresponding disadvantage of toolbars is that exposing a large number of 
rj commands requires displaying a large number of controls, which require a 
relatively large amount of screen space. Another disadvantage is that 
conventional toolbars require the use of a pointing device and may not be 
25 operated using a keyboard. 

Although toolbars and drop down menus both provide ways to 
display controls (many of which are associated with the same command), 
they look and feel very different. In drop down menus, commands are 
usually represented by simple menu items, such as text without icons. In 
30 toolbars, commands are often represented by icons without text. This 
difference presents a disadvantage for users (especially new users) because 
there are no common visual cues to alert a user to the connection or linkage 
between identical commands that appear in a drop down menu and on a 
toolbar. 

35 As application programs have incorporated ever increasing 

numbers of commands, drop down menus have become full and software 
developers have relied more heavily on toolbars as the primary means for 
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exposing some of the commands to the user. Unfortunately, a command 
that is only available on a toolbar may be somewhat obscure and, in many 
cases, not easily discovered or understood by the user because the command 
is represented by only a small icon. 
5 In some programs, a user may customize the drop down menus 

and toolbars. This allows a user to add controls (which represent 
commands) to or delete controls from menus and toolbars. In the prior 
art, drop down menus and toolbars are customized using different 
processes. Some toolbars may be customized using a drag and drop process 
10 to drag controls from a list of available commands to a toolbar. Drop 
down menus typically require the use of dialog boxes and other techniques 
to add or delete controls. In addition, although some commands may be 
represented on menus or in toolbars or both, other commands are 

\l restricted to one or the other. This difference results in several drawbacks. 

t' 15 First, limiting some commands to drop down menus and others to toolbars 

2 restricts the user's ability to efficiently and conveniently group commands. 
Second, treating drop down menus and toolbars differently requires the 

« program to maintain different lists of available commands for menus and 

U toolbars. This results in duplication and larger program code, which 

20 requires more memory to store and more time to load. 

3 In the prior art, toolbars have contained a variety of rich, 
interactive controls, such as buttons, combo boxes, text boxes, etc. 
However, drop down menus have been restricted to representing commands 
with simple menu items, such as a text string. Therefore, if an application 

25 was to provide one of these rich controls, it had to use a toolbar to do so. 

Another feature associated with drop down menus and toolbars 
has to do with OLE menu merging, which occurs when one application 
displays an embedded object in another application's document. For 
example, a Microsoft Excel spreadsheet (the object) may be embedded and 

30 displayed in a Microsoft Word document (the container). When the 
embedded object is activated, it may be edited. In order to facilitate this 
process, Microsoft's Object Linking and Embedding (OLE) interface 
merges the menus from the spreadsheet and word processing programs, 
thereby providing relevant commands to the user. However, in the prior 

35 art, menu merging required an application to contribute its entire menu. In 
addition, toolbars were not merged, which resulted in only those toolbars 
provided by the embedded object being displayed and the controls 
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representing client-type functions (e.g., print) being disabled. This results 
in several drawbacks. First, some useful commands may be not be 
available while the embedded object is activated. In addition, some of the 
available commands may not be useful or intuitive. 
5 In another aspect, prior art menus have provided tear off 

menus, which may be torn off by moving the mouse cursor past the edges 
of the displayed menu. However, the prior art method did not include any 
visual cue that a menu could be torn off, and was therefore not easily 
discoverable. In addition, these menus are prone to being torn off 
10 accidentally if the user tries to close the window by the common practice of 
moving the cursor beyond the window border and releasing the mouse 
if button. 

5;[ In summary, prior art drop down menus and toolbars provide 

S! a good way to display controls and expose commands. However, there are 

Ei 15 several disadvantages that flow from the fact that drop down menus and 
P toolbars are treated differently, and may include different controls. 

Furthermore, menu merging has been limited to menus, and requiring an 
p application to contribute an entire menu has resulted in the unavailability of 

fy some useful commands. 

20 Therefore, there is a need in the art for an improved command 

S bar that overcomes these drawbacks. An improved command bar would 

^' allow all controls to be included in either menu-type containers or toolbar- 

type containers and would include visual cues that indicate the linkage 
between similar commands. In addition, an improved command bar would 
25 allow the user to have greater control over what commands can be put 
where, thereby allowing commonly used controls to be placed in a toolbar- 
type container and less commonly used controls to be placed in a menu-type 
container. This would allow rich, interactive controls to be placed in a 
menu popup, and would increase efficiency of use and of screen space. An 
30 improved command bar would eliminate the use of different customization 
procedures and would be operable from the keyboard regardless of 
whether it is a menu-type container or a toolbar-type container. With 
respect to menu and toolbar merging, an improved command bar would 
allow each application to contribute individual commands to both menu- 
35 type containers and toolbar-type containers, and would arrange them in a 
user-friendly and intuitive manner. This would ensure that both container 
and object-related buttons come from the appropriate source and operate 
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properly when selected. Finally, an improved command bar would provide 
an improved method for tearing off tearable menus. This method would 
provide visual cues that the menu can be separated from the menu or 
toolbar and would prevent the menu from being torn off accidentally. 

5 

SUMMARY OF THE INVENTION 

The present invention satisfies the above-described needs by 

providing an improved method for displaying controls in a system using a 

graphical user interface. Controls are displayed in command bars, which 
10 may be displayed as both menu-like containers and toolbar-like containers. 

Controls may be included and arranged in either type of command bar 
5 container, regardless of whether they are simple menu items or interactive 
^ controls. When an application embeds an object in another application, 
J each application contributes individual commands to the merged menu-type 
S 15 containers and toolbar-type containers, and arranges then in a useful, 
y intuitive order. 

p Generally described, the present invention provides a method 

^ for providing command bars. The method includes the steps of displaying 
y a toolbar-like command bar that includes at least one menu control. Upon 
5 20 receiving an indication that the menu control has been selected, a menu-like 
command bar is displayed. The menu-like command bar includes at least 
one interactive control. 

In another aspect, the present invention provides a data 
structure for providing controls in a command bar. A computer-readable 
25 medium includes a plurality of data fields stored on the medium and 
representing a data structure. The data fields include first, second, and 
third data fields. The first data field including data identifying a command 
bar. The second data field contains data representing a plurality of controls 
included in the command bar, where the controls are chosen from a group 
30 including simple menu items and interactive controls. The third data field 
contains data representing the display state of the command bar. The 
display state may include data representing a menu-like display state or a 
toolbar-like display state. When the command bar is a toolbar-like 
command bar, the control may includes at least one popup menu control. 
35 When the command bar is a menu-like command bar, the controls may 
include a simple menu item and at least one interactive control. 
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In another aspect, the present invention provides a method for 
implementing command bars in an application program module. The 
method is implemented in a computer system including a shared program 
module that includes functions for manipulating the command bars and 
5 shared memory for storing data associated with the command bars. The 
method includes, in the application program module, calling the functions 
in order to display a menu-like command bar including an interactive 
control. In response to an input signal, the application program module 
receives from the shared program module an indication of the selection of 
10 the interactive control. In response to the indication, the application 
program module determines a function associated with the control and 
P performs the function. 

p In another aspect, the present invention provides a method for 

^^j customizing a command bar that includes a menu control. The method 
m 15 includes displaying a first command bar including a menu control and 
P displaying a container including an available control. The method includes 
'"^ receiving from an input device an indication that the available control has 

S3 been moved to the menu control. In response to the available control being 
moved to the menu control, a menu popup associated with the menu control 
y 20 is displayed. The method includes receiving from the input device an 
p indication that the available control has been moved to a position in the 
' menu popup. In response, the available control is displayed in the position 
in the menu popup. 

In yet another aspect, the present invention provides a method 
25 for merging a first set of items from a first container in a first program 
module and a second set of items from a second container in a second 
program module. The method includes determining which of the first set 
of items are eligible to be donated and which of the second set of items are 
eligible to be donated. The eligible items from the first set of items are 
30 combined with the eligible items from the second set of items. A merged 
command bar, including at least one item from the first set of items and at 
least one item from the second set of items, is displayed. 

In yet another aspect, the present invention provides a method 
for removing a menu popup from a command bar. The method includes 
35 displaying a command bar and displaying a menu popup including a drag 
handle. The menu popup is connected to the command bar. The method 
includes receiving from the input device an indication that the drag handle 
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has been dragged away from the command bar. The menu popup is moved 
away from the command bar in response to the indication. In response to 
an indication that the menu popup has been dropped, the menu popup is 
displayed in a position corresponding to the drop indication. In this 
5 manner, the menu popup is removed from the command bar. 

Alternatively, a menu popup may be removed from a 
command bar by displaying a command bar and displaying an original 
menu popup including a drag handle. The original menu popup is 
connected to the command bar. In response to an indication that the drag 
10 handle has been selected, the removed menu popup is displayed in a default 
position separate from the command bar. 
^ The various aspects of the present invention may be more 

Z~ clearly understood and appreciated from a review of the following detailed 
description of the disclosed embodiments and by reference to the appended 
J 15 drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Z Fig. 1 is a block diagram of a personal computer that provides 

' J" the operating environment for an embodiment of the present invention. 
J 20 Fig. 2 illustrates a group of command bars that look like a 

C conventional menu bar and conventional toolbars. 

Fig. 3 illustrates various aspects of command bars, including a 
menu popup and a floating command bar. 

Fig. 4 illustrates the use of a dynamic-link library to 
25 implement the conmiand bar code. 

Fig. 5 illustrates a docked command bar in which menu 
controls are positioned with pushbutton controls. 

Fig. 6 illustrates a floating command bar in which a menu 
control is positioned next to pushbutton controls. 
30 Fig. 7 illustrates the inclusion of a variety of control types in a 

menu popup. 

Fig. 8 illustrates a dialog that is used in the command bar 
customization process. 

Fig. 9 is a flow diagram illustrating an exemplary method for 
35 merging command bars. 

Fig. 10 is a example of how command bar elements may be 

merged. 
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Fig. 11 is an example of how two command bars may be 

merged. 

DETAILED DESCRIPTION 
5 The present invention is directed to an improved method for 

displaying various controls in command bars, which may be displayed as 
both popup menu-like containers and toolbar-like containers. The controls, 
which are associated with a single list of available commands, may be 
included and arranged in either type of command bar container, regardless 
10 of whether the controls are popup menu controls or pushbutton controls 
(e.g., text, buttons, or other rich controls). When an application embeds an 
object in another application, each application contributes individual 

; commands to the merged command bars and arranges then in a useful, 

intuitive order. In addition, some popup controls can be torn off to create 

^, 15 separate, floating command bars. The tearable popup controls include 

£ visual clues that the menu can be torn off. 

i"? Referring now to the drawings, in which like numerals 

I represent like elements throughout the several figures, aspects of the 

,7i present invention and an exemplary operating environment will be 
^ 20 described. 

-"^ 

X EXEMPLARY OPERATING ENVIRONMENT 

Fig. 1 and the following discussion are intended to provide a 
brief, general description of a suitable computing environment in which the 

25 invention may be implemented. While the invention will be described in 
the general context of an application program that runs under an operating 
system in conjunction with a personal computer, those skilled in the art will 
recognize that the invention also may be implemented in combination with 
other program modules. Generally, program modules include routines, 

30 programs, components, data structures, etc. that perform particular tasks 
or implement particular abstract data types. Moreover, those skilled in the 
art will appreciate that the invention may be practiced with other computer 
system configurations, including hand-held devices, multiprocessor 
systems, microprocessor-based or programmable consumer electronics, 

35 minicomputers, mainframe computers, and the like. The invention may 
also be practiced in distributed computing environments where tasks are 
performed by remote processing devices that are linked through a 
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communications network. In a distributed computing environment, 
program modules may be located in both local and remote memory storage 
devices. 

With reference to Fig. 1, an exemplary system for 
implementing the invention includes a conventional personal computer 20, 
including a processing unit 21, a system memory 22, and a system bus 23 
that couples the system memory to the processing unit 21. The system 
memory 22 includes read only memory (ROM) 24 and random access 
memory (RAM) 25. A basic input/output system 26 (BIOS), containing 
the basic routines that help to transfer information between elements within 
the personal computer 20, such as during start-up, is stored in ROM 24. 
The personal computer 20 further includes a hard disk drive 27, a 
magnetic disk drive 28, e.g., to read from or write to a removable disk 29, 
and an optical disk drive 30, e.g., for reading a CD-ROM disk 31 or to 
read from or write to other optical media. The hard disk drive 27, 
magnetic disk drive 28, and optical disk drive 30 are connected to the 
system bus 23 by a hard disk drive interface 32, a magnetic disk drive 
interface 33, and an optical drive interface 34, respectively. The drives 
and their associated computer-readable media provide nonvolatile storage 
for the personal computer 20. Although the description of 
computer-readable media above refers to a hard disk, a removable 
magnetic disk and a CD-ROM disk, it should be appreciated by those skilled 
in the art that other types of media which are readable by a computer, such 
as magnetic cassettes, flash memory cards, digital video disks, Bernoulli 
cartridges, and the like, may also be used in the exemplary operating 
environment. 

A number of program modules may be stored in the drives 
and RAM 25, including an operating system 35 (e.g., Microsoft 
Corporation's "WINDOWS 95" operating system), one or more application 
programs 36, a shared dynamic-link library 37, and program data 38. A 
user may enter commands and information into the personal computer 20 
through a keyboard 40 and pointing device, such as a mouse 42. Other 
input devices (not shown) may include a microphone, joystick, game pad, 
satellite dish, scanner, or the like. These and other input devices are often 
connected to the processing unit 21 through a serial port interface 46 that 
is coupled to the system bus, but may be connected by other interfaces, such 
as a game port or a universal serial bus (USB). A monitor 47 or other 
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type of display device is also connected to the system bus 23 via an 
interface, such as a video adapter 48. In addition to the monitor, personal 
computers typically include other peripheral output devices (not shown), 
such as speakers or printers. 
5 The personal computer 20 may operate in a networked 

environment using logical connections to one or more remote computers, 
such as a remote computer 49. The remote computer 49 may be a server, 
a router, a peer device or other common network node, and typically 
includes many or all of the elements described relative to the personal 
10 computer 20, although only a memory storage device 50 has been 
illustrated in Fig. 1. The logical connections depicted in Fig. 1 include a 
local area network (LAN) 51 and a wide area network (WAN) 52. Such 

Z networking environments are commonplace in offices, enterprise-wide 

h computer networks, intranets and the Internet. 

„ 15 When used^n a LAN networking environment, the personal 

J. computer 20 is connected to the LAN 51 through a network interface 53. 
r When used in a WAN networking environment, the personal computer 20 
typically includes a modem 54 or other means for establishing 
r communications over the WAN 52, such as the Internet. The modem 54, 
20 which may be internal or external, is connected to the system bus 23 via 
i the serial port interface 46. In a networked environment, program 
fy modules depicted relative to the personal computer 20, or portions thereof, 
may be stored in the remote memory storage device. It will be appreciated 
that the network connections shown are exemplary and other means of 
25 establishing a communications link between the computers may be used. 

A METHOD FOR DISPLAYING 
CONTROLS IN A COMMAND BAR 

An exemplary method for displaying controls in a conmiand 
30 bar is illustrated in Figs. 2, 3, and 5-7. In this embodiment, the present 
invention displays controls in multiple command bars, which are containers 
for controls. Command bars replace conventional menu bars and toolbars. 
Command bars can include a variety of controls, including simple menu 
items and interactive controls. Simple menu items refer to textual 
35 command names that simply invoke a single conmiand when activated. An 
example of simple menu items includes the static text that typically appears 
in conventional drop down menus. Interactive controls include edit or text 
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boxes, combo boxes, list boxes, buttons, expanding grids, static text, menu 
controls, color pickers, etc., which typically appear in conventional 
toolbars. Some interactive controls allow a user to perform complex, 
multi-step actions, such as typing text. 
5 In an exemplary embodiment, command bars may be displayed 

in either of two forms. Toolbar-like command bars resemble conventional 
docked or floating toolbars, which typically include interactive controls of 
the type described above. Menu-like command bars resemble conventional 
drop down menus, which typically include simple menu items, such as text 
10 controls. In this embodiment, the toolbar-like command bars may also 
resemble conventional menu bars, which include popup menu controls. 

An important advantage of conmiand bars is that although they 
}Z may be displayed in different forms, they are identical with respect to their 
O underlying data structure, and are treated identically by the underlying 
15 command bar program module. This allows command bars, regardless of 
their displayed form, to be implemented and controlled by the same 
S underlying code, and to employ the same catalog of commands, icons, text 
/ strings, etc. This provides an interface that is more versatile than when 
O using separate menu bars and toolbars, and allows the underlying code to 
20 be simpler and more compact. The unified data structure also results in 
additional advantages, such as a unified customization procedure and 
/ improved command merging. These features are discussed below. 

Fig. 2 illustrates a group of command bars that look like a 
conventional menu bar and conventional toolbars and would be displayed at 
25 the top of an application window. The illustrated command bar structure 
200 includes three toolbar-like command bars. The toolbar-like command 
bar 210 which resembles a conventional menu bar and includes a group of 
popup menu controls 215. The toolbar-like command bars 220, 225 
resemble conventional toolbars and include buttons 230 and combo boxes 
30 235. 

Fig. 3 depicts the upper, left portion of a document window 
300, and illustrates various features of command bars. In this 
embodiment, the command bar structure includes a toolbar-like command 
bar 310, which resembles a conventional menu bar, an attached toolbar- 
35 like conmiand bar 315, and a floating toolbar-like command bar 320. 

For the purposes of this description, the following terminology 
will be used to describe the features of the command bars. The toolbar-like 
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command bar 310 includes a plurality of menu controls 325. When a 
menu control is activated by a user (typically by selecting, or clicking on, 
the menu control), an associated menu popup 330 is displayed. The menu 
popup 330 is a menu-like command bar, and may also be referred to as a 
5 popup bar or command bar popup. In general, a menu popup is a transient 
command bar that is displayed only long enough for a single command to 
be chosen by the user. In contrast, top level command bars, such as 
command bars 310, 315, 320, are displayed until they are explicitly 
dismissed. The illustrated menu popup 330 and toolbar-like conunand bars 

10 315, 320 include push button controls 335, which are selected the same as 
conventional toolbar buttons and menu items. The term "highlighted 
control" is used to refer to a control that has been highlighted as the user is 
in the act of choosing a control. 

One significant advantage of command bars over conventional 

15 menu bars and toolbars is that in the menu popup 330, a command can be 
represented by both a text string 340 and an icon 345. Because the icon in 
the menu popup is the same icon that is used to represent the command in a 
toolbar-like command bar, command bars are able to provide useful visual 
cues that allow a user to associate commands in menu popups with shortcut 

20 commands in toolbar-like command bars. For example, the "SAVE" 
command is represented by the same icon in the menu popup 330 and the 
floating command bar 320. This allows users to determine the most 
efficient way to access a particular command if it is available in more than 
one command bar. 

25 In an exemplary embodiment, the program module that 

implements the command bar code is stored in the form of a dynamic-link 
library, which is included with Microsoft Corporation's "OFFICE 97" suite 
of application programs. Generally described, in the "WINDOWS" family 
of operating systems, a dynamic-link library (DLL) is a mechanism for 

30 code sharing between program modules. The feature allows executable 
routines to be stored separately as files with DLL extensions, and for 
multiple applications to run the same code. These DLL files typically serve 
a specific function or set of functions and are loaded by a calling program 
only when needed by that program. A dynamic-link library has several 

35 advantages. For example, because a dynamic-link library is loaded only 
when it is needed, it does not consume any memory until it is used. In 
addition, because a dynamic-link library is a separate file, a programmer 
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can make corrections or improvements to only that module without 
affecting the operation of the calling program or any other dynamic-link 
library. Finally, because a dynamic-link library often contains related 
functions, a programmer can use the same dynamic-link library with 
5 multiple programs. 

With this background. Fig. 4 illustrates how a dynamic-link 
library is used to implement the command bar functionality in one or more 
application programs. In the illustration of Fig. 4, a dynamic-link library 
is used to implement the command bar code. Two application programs 
10 400, 405 each load an instance of the command bar dynamic-link library, 
which is also referred to herein as the Office shared code. Each application 
p calls functions in the dynamic-link library when it needs to perform a 
O command bar related task. In addition, the Office shared code manages a 
block of memory 410 that is used to store a variety of command bar- 
m 15 related data. If multiple applications are simultaneously running Office 
C shared code, the copies cooperate with each other in the management of the 
shared block of memory. Similarly, during menu merging, which is 
O discussed below, the application programs' instances of the dynamic-link 
[]; library code negotiate with each other to figure out how the command bars 
y 20 should be merged. 

g As mentioned above, the block of memory 410 is used to store 

command bar-related parameters and data. The stored data include, for 
example, the set of available conmiands, a unique numeric ID for each 
command, the bit maps and default text strings that are associated with each 

25 command, and the default settings for command merging. Other types of 
information, such as the state of each command bar, are different for each 
program and are stored in the program's memory. 

The role of the command bar dynamic-link library includes 
controlling the display of and interaction with the command bars. This 

30 includes a variety of command bar-related functions, such as showing, 
hiding, resizing, moving, docking, and undocking the conunand bars. The 
command bar dynamic-link library also handles mouse and keyboard 
interaction with the individual controls. It will be appreciated that a 
different set of command bars can be available for each document, and that 

35 some command bar-related options are available to all command bar- 
enabled application programs. 
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As an illustration of the interaction between an application 
program and the dynamic-link library, consider an example in which the 
"MICROSOFT WORD" application program 400 employs the functions of 
the Office shared code. If the user interacts with the document portion of a 
5 window, the application program handles the interaction and response by 
performing the appropriate task. If the user interacts (e.g., clicks) on a 
control in the command bar, the input is handled by the Office shared code. 
At that point, the dynamic-link library code determines which button was 
selected, how the selected button should be displayed, etc. If necessary, the 
10 dynamic-link library code calls the application program and indicates that a 
specific button (e.g., button 1234) was selected. When this occurs, the 
^ application determines the command associated with button 1234 and 
p performs the command. 

]*;J Each command bar control is associated with an ID, and an 

gj 15 icon, or text string, or both. In general, each control has a unique 
O identifier that is used to identify it. Each control is represented in a 
command bar by a text string 340 (Fig. 3), or an icon 345 (Fig. 3), or 
□ both. 

In an exemplary embodiment, there are three types of icons: 
yj 20 Office icons. Application icons, and Custom icons. The term Office icons 
^ refers to the set of read-only icons that are used throughout the 
''^ "MICROSOFT OFFICE" suite of application programs. These icons are 
stored centrally as a resource in the dynamic-link library in order to 
reduce memory requirements. Preferably, all command bar-related icons 
25 would be included in this category. Each icon has an identification 
number, which is fixed by the publisher of the software. Those skilled in 
the art will appreciate that, preferably, stand alone application programs 
that are command bar-enabled will include the dynamic-link library and the 
complete set of Office icons. This will ensure that no more than one copy 
30 of the Office shared code will ever need to be stored on the user's bard 
drive. 

Application icons are primarily intended for use by 
"MICROSOFT OFFICE"-compatible applications. The identification 
numbers for application icons are within a special range reserved for use 
35 by the applications. This type of icon can be used by revised "OFFICE" 
applications without requiring that the dynamic-link library be updated. In 
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an exemplary embodiment, application icons cannot be used with menu 
merging, which is discussed below. 

Custom icons are drawn by a user and are stored with other 
command bar customizations in an application specific area. Each 
5 application is responsible for making sure custom icons are saved 
somewhere. However, the Office shared code provides an API (application 
programming interface) to perform the actual saving of the data. 

Menu popups typically include text strings. These text strings 
are also stored in the dynamic-link library in order to further reduce the 
10 amount of memory required to store command bar-related data. The 
dynamic-link library stores the default mnemonic for use with each text 
string (e.g.. File, Edit, View, etc.; See Fig. 3). However, the appHcation 
can override the default text string and provide a string with a different 
mnemonic if the default creates a conflict with other controls. The same 
i1 15 text strings that are used to describe a menu item when in menu format are 
displayed as "tooltips" when the mouse hovers over a button in a toolbar- 
\i lime command bar. 

1^ Every command bar and control has an identification number 

S associated with it. Like icons, identification numbers fall into three 
H= 20 categories: Office, Application, and Custom. Office IDs are set by the 
p software publisher and are the same for every command bar-enabled 
fU program. Application IDs are set by an application and are only 
meaningful within an application. Application IDs are stored in a range of 
memory that is reserved for the application. Those skilled in the art will 
25 appreciate that menu merging, which is discussed below, relies on 
identification numbers, names, other means to determine whether command 
bars and controls in different application are identical. 

As indicated above, an application may simultaneously display 
a plurality of command bars. However, in an exemplary embodiment, each 
30 application designates one toolbar-like command bar as its "main menu 
bar." Within each application, only one command bar at a time may be 
designated as the main menu bar. The main menu bar should be marked as 
non-hidable, in order to prevent the user from inadvertently ending up 
with all conmiand bars being hidden. During menu merging between two 
35 applications, the main menu will come from merging each application 
program's main menu bar. 
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Replacing separate menu bars and toolbars with a single 
command bar data structure provides several important advantages over the 
prior art. First, using a single data structure to present both toolbar-like 
command bars and menu-like command bars allows any control to be 
5 included in any command bar. There are no longer distinctions that limit 
which type of controls go on which type of container. In addition, the use 
of a single command bar data structure for all command bars makes it 
possible to employ a single customization procedure to customize command 
bars regardless of the form in which they are displayed. This is 
10 advantageous from the user's perspective because it simplifies the 
customization process. This is also advantageous from the programmer's 
perspective because it reduces two different processes to one. In addition, a 
program only needs a single way to go from a selected control to the 
proper command, and a single mechanism for displaying whether 
15 commands are currently disabled. 

These advantages are achieved because the application and 
p dynamic-link library employ a single code base to manage all command 
bars. The application and dynamic-link library maintain a single list of 
I commands, which reduces the size of the code and its redundancy. 
^ 20 Internally, controls are added to a command bar by storing the 

identification numbers of the controls that are included in that command 
bar. By managing the command bar data structure in this manner, it is as 
easy for the program to add one type of control as it is to add any other. 
As a result, menu-type command bars can includes text boxes, color 
25 pickers, and other controls that were formerly restricted to toolbars. 

Figs. 5 and 6 illustrate how the versatility of command bars 
allows controls to be grouped together in very advantageous ways. Fig. 5 
illustrates toolbar-like command bars in which menu controls 505 are 
positioned alongside pushbutton controls 510. It will be appreciated that 
30 the controls that are illustrated in Fig. 5 are virtually identical to the 
controls that are illustrated in Fig. 2, which was discussed earlier. 
Similarly, it will be appreciated that selecting the menu controls 505 (e.g., 
"FILE," "DRAWING," etc.) results in the display of a menu popup (e.g., 
menu popup 330 (Fig. 3)). 
35 Rearranging the controls in the manner illustrated in Fig. 5 

provides several advantages. First, it allows a user to conserve vertical 
screen space. In this example, three command bars (as illustrated in Fig. 2) 
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have been reduced to two. In addition, by grouping a menu control 505 
with related pushbutton controls, it is easier for a user to learn the meaning 
of the pushbutton controls. In Fig. 5, the "FILE" menu control is located 
next to file-related pushbutton controls. This makes it easier for the user to 
5 relate to and remember the functions of the pushbutton controls. This 
versatility also makes it easier to implement component software, because a 
component can contribute a single group of controls, which may include 
menu controls and pushbutton controls, instead of scattering its UI controls 
over conventional menu bars and toolbars. 

10 Fig. 6 illustrates additional advantages of being able to 

combine various types of controls on a command bar. Fig. 6 depicts a 
floating command bar 605. The command bar 605 includes a 
"DRAWING" menu control 610 and several drawing-related pushbutton 
controls 615. When the menu control 610 is activated, it results in the 

15 display of a menu popup 620, which includes a variety of pushbutton 
controls. By arranging command bars in this manner, the user is able to 
place frequently used pushbutton controls on the command bar 605, where 
they are readily accessible. The user is also able to locate other drawing 
related controls, such as more advanced, but less frequently used advanced 

20 drawing features, on the menu popup 620. This allows all of the desired 
drawing-related controls to be grouped together in a command bar, with 
the most frequently used controls being most accessible to the user. The 
menu control 610 on the command bar 605 also serves the additional 
purpose of acting as a label for the floating command bar. In a typical use, 

25 a command bar may include at its top level a single menu control and 
shortcuts (or pushbuttons) for items on that menu. Those skilled in the art 
will appreciate that this type of arrangement is not possible under the data 
structures associated with conventional menu bars and toolbars. 

Fig. 7 illustrates how command bars allow any type of control 

30 to be included in a menu popup. In this example, a floating command bar 
700 includes a single menu control 705. When the menu control 705 is 
activated, a menu popup 710 is displayed. In this example, the menu 
popup 710 includes text strings 715, which were the only items included in 
conventional pull down menus. In command bars, the menu popup 710 

35 also includes icons 720 that correspond to text strings 715, combo boxes 
725, and a color picker 730. 
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Those skilled in the art will appreciate that this ability to 
include any type of control in any command bar, regardless of its display 
state, provides significant advantages over the prior art method of grouping 
controls in menu bars and toolbars. For example, the ability to include text 
5 boxes, combo boxes, and the like in a menu popup, eliminates the need to 
use separate dialogs in many cases. For example, in conventional menu 
bars, the selection of a command that required additional input from the 
user resulted in a dialog being displayed so the user could enter the 
required data. With command bars, the menu popup may include a text 
10 box or other control that allows the user to enter the required input 
directly in the menu popup. 
^ In summary, the ability to include all types of controls in all 

ii types of command bars is extremely advantageous, and is a result of the 

'i underlying command bar data structure. This results in controls being 

T - 15 included in menu popups instead of requiring them to be in the top level of 
C- a toolbar-type structure. This also avoids the use of dialogs in many cases. 
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COMMAND BAR CUSTOMIZATION 

Command bars may be customized more easily than 
J 20 conventional menu bars and toolbars. Generally described, a user may 
P customize command bars by dragging a control from a list of available 

commands to the desired position in a command bar. This process is 
employed regardless of whether the desired position is in a toolbar-like 
command bar or in a menu-like command bar. In addition, when the 
25 customize mode is selected, the user may move or copy a control from one 
command bar to another. This is possible because the application and 
dynamic-link library have a single list of commands that may be 
represented by controls in any type of command bar. In addition, the 
icons, text strings, and associated data are stored only once regardless of 
30 the number of applications that use the control. 

Fig. 8 illustrates a dialog 800 that is employed in the process 
of customizing command bars. This dialog appears when the user enters 
the customize mode. The dialog 800 provides a list of categories 805. 
When the user selects a category, the corresponding commands are 
35 displayed in the command section 810 of the dialog. At this point, the user 
may drag any of the controls in the command section 810 on to any of the 
displayed command bars. When the user is dragging a control, a highlight 
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appears in order to indicate where the control will be located once it is 
dropped. If a control is dropped on a menu popup, it will be displayed 
with both a text string and icon, where applicable. As mentioned above, 
the user may also move or copy controls from one command bar to 
5 another. The dialog also provides commands that allow the user to create 
new command bars. A user may delete controls from a command bar by 
dragging them off of a command bar. 

If the user moves a control over a menu control, the 
corresponding menu popup will appear in order to allow the new control to 
10 be positioned on it. If the user drops a control in a menu popup, it stays 
popped up so the user can see the result. If a menu popup pops up during 
M the customization process, it will be closed when the user clicks the menu's 

52 parent menu control, when the user selects a control not inside that menu, 
5 when the user drags over another customizable bar, or when the user ends 
U1 15 customize mode. If a user has just moused down on a menu control, the 
S menu will drop. If the user immediately starts dragging the menu control, 
\f the popup closes in order to prevent the user from dragging the menu 
J«i control inside its own menu popup. 

i 

20 COMMAND BAR MERGING 

p As mentioned above, Microsoft Corporation's OLE interface 

fy allows documents of one type to be embedded in documents of another 
type. For example, a spreadsheet may be embedded in a word processing 
document. Under OLE, the embedded spreadsheet object may be activated 
25 and edited from the word processing window. In order to accomplish this 
task, OLE provides merged menus that provide commands from both the 
container (e.g., the word processor) and the server or object (e.g., the 
spreadsheet). 

An exemplary embodiment of the command bar architecture 
30 provides substantial advantages over prior art menu merging techniques. 
With command bars, application programs are no longer required to 
donate entire menus. Instead, an application may donate individual 
commands to the merged menus. These merged commands are organized 
in a way that is intuitive and user-friendly. In addition, merging between 
35 toolbar-like command bars is supported so that each button will be 
functional and will carry out the expected response. This results in merged 
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menus and toolbars that provide enhanced functionality, while also being 
user friendly. 

Menu merging raises two issues: (1) what commands are 
merged; and (2) where do the merged items go. With two command bar- 
5 enabled applications, each application donates individual commands to the 
merged set. The donated commands include only those commands that the 
application program can support in its merged state. In addition, since 
conmiand bars do not distinguish between menu bars and toolbars, all types 
of command bars are merged in the same manner. As applications are 
10 divided into smaller and smaller components, this allows their commands to 
be merged into a coherent set. 

Figs. 9-11 illustrate an exemplary method for merging 
p command bars. Fig. 9 is a flow diagram illustrating an exemplary method 

0 900 for merging command bars. Figs. 10 and 11 illustrate examples of 

Cjj 15 how the method of Fig. 9 may be applied. The inter-application 
p:i communication and negotiation is carried out by the Office shared code. 

Turning now to Fig. 9, an exemplary method of merging 
s ' commands will be described. Those skilled in the art will appreciate that 

^ menu merging occurs when an embedded object is activated. The method 

20 of Fig. 9 is applied to each command bar. Each application includes flags 
W that indicate which commands it will donate. The flags indicate if a 

Jy command will be donated when the application is acting as a container or as 
a server (i.e., the embedded object). As a result, some commands may not 
be considered for merging depending on whether the application is acting 
25 as container or server. When merging command bars and individual 
commands, the Office shared code must determine whether command bars 
and commands are identical. In an exemplary environment, this is 
accomplished by comparing the identification numbers that are used to 
identify each command bar and commands. Thus, two command bars are 
30 "equivalent" and should be merged if they have the same OLE group ID. 

The method 900 begins at step 905 as the Office shared code 
begins the process of merging a command bar. At step 905 the process 
determines if the command bar (as identified by its OLE group ID) appears 
in only one of the application programs. If so, the method proceeds to step 
35 910 and takes the command bar "as is" for inclusion in the merged 
command bar set. The controls that are not applicable to the program's 
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status as client or server are removed from the command bar prior to 
display. From step 910, the method proceeds to step 915 and terminates. 

If, at step 905, both application programs are donating 
commands to the command bar, the Office shared code must decide how to 
5 order the donated items in the resulting merged command bar. The first 
step in this process occurs at step 920, where the method begins with a 
copy of the server's full command bar (including the commands that will 
not be donated). 

For each donated container item, C, the method performs 
10 several steps. If C was the first item in the container's command bar (step 
925), then C is placed first in the merged command bar (step 930). 
y_ If the server application has an item S that is equivalent to the 

O item C (step 935), the item C is placed in the same location as the item S 

S (step 940). 

HI 15 If the server does not have an equivalent item, the method will 

Kl look at the item in the container's command bar that precedes the item C, 

5 and determine whether the server's command bar contains an equivalent 
3^ item (step 945). If so, the item C is placed in the position after the 
p equivalent item in the server's command bar (step 950). 
y= 20 If none of preceding conditions is satisfied, the item C is 

^ placed at the end of the merged command bar (step 955). A separator is 

fy used to segregate the commands that are placed at the end of the merged 
command bar. 

After the item C is placed in the merged command bar, the 
25 method proceeds to step 960 and determines whether the container 
application includes any additional commands that need to be merged. If 
so, the method returns to step 925. If not, the method returns to step 965 
and removes any of the commands from the object application that are not 
supposed to be donated. 
30 Fig. 10 illustrates an application of the method of Fig. 9. Fig. 

10 depicts command bars from a container application and a server 
application (the object). The bold items represent commands that will be 
donated to the merged command bar. 

At line 1000, the method starts with the object's command bar 
35 items. See Fig. 9, step 920. 
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At line 1005, because the item U is the first item in the 
container's command bar, it is positioned first in the merged command bar. 
See Fig. 9, step 930. 

At line 1010, because the object's command bar contains an 
5 item that is equivalent to the item U, which precedes the item V, the item V 
is positioned after the item U. See Fig. 9, step 950. 

At line 1015, because the item X from the container' s 
command bar is equivalent to the item X in the object's command bar, the 
container's item X is placed in the merged command bar in the same 
10 position as the object's item X. See Fig. 9, step 940. 

At line 1020, because container item Z is preceded by item Y, 
and because the object includes an item Y, the item Z is placed in the 
Z merged command bar after the item Y. See Fig. 9, step 950. 

At line 1025, the method removes all of the commands that 
C 15 are not to be donated to the merged command bar. See Fig. 9, step 965. 
i It will be appreciated that although neither application donates 

%i the item Y to the final result in this example, keeping the item Y around 

until the last step allows item Z to be placed in a natural position. This 
"7 aspect of the process allows the final result to be closer to the user's 

20 expectation. 

^ Fig. 11 is another example of an exemplary method for 

5 merging command bars. Fig. 11 includes a container application's 

command bar 1100, a server application's command bar 1105, and the 
merged command bar 1110 that results from applying the method of Fig. 
25 9 to the commands. 

From the foregoing description and examples, it will be 
appreciated that command bars provide improved menu merging 
capabilities, as indicated by the preceding examples. Command bar 
merging allows container-related and object-related commands to come 
30 from appropriate sources and to operate properly when selected. The 
resulting command bar has commands from both applications. When a 
command is selected from the merged command bar, the Office shared 
code routes the instructions to the proper application. 

35 TEARING OFF MENU POPUPS 

Fig. 7 illustrates a method for "tearing off* menu popups and 
displaying them as floating command bars. Each menu popup 735 that can 
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be torn off includes a drag handle 740. The drag handle resembles the title 
bar that is used to drag most application windows. The drag handle 
provides a distinguishing visual cue for tear-off menus and also provides a 
cue on how the menu can be torn off. 
5 In an exemplary embodiment, a user has two ways to tear off a 

tearable menu popup. In a first method, the user can click on a menu 
control and cause the menu popup to be displayed, as in Fig. 7. The user 
may then click on the drag handle 740 and drag the menu popup. This 
results in the menu popup being torn off and converted into a floating 
10 command bar. This process is similar to how window are normally 
dragged in various GUI operating systems. 

Those skilled in the art will understand that the "removed" 
p menu popup may be a duplicate, and that the original menu popup may still 

B be available in its original location. It will be appreciated that the 
ifj 15 "removed*' menu popup may be displayed as a floating toolbar- type 
ra command bar or as some alternate representation. In other words, the 

H removed menu popup need not look exactly like the original menu popup. 

In addition, the removed menu popup and the original menu popup need 
p not contain identical controls. 

jl 20 In a second method, the user may keep the mouse button 

W pressed down after displaying the menu popup, and then move the cursor 

5 over the drag handle 740 and release the mouse button. This will result in 

the menu popup being torn off and placed in a default position. 

Addition features can be added to enhance the discoverability 
25 and operation of the feature. For example, the drag handle may change 
colors when the cursor is positioned over it. This would indicate to the 
user that the drag handle is an active control and not just decoration. In 
addition, when the cursor is moved over the drag handle, a tip may appear 
explaining how to tear off the menu popup. 
30 As yet an additional feature, when the user tears off a menu 

popup using the first method, the user can cancel the tearing off operation 
by dragging the floating command bar back to its initial position. This will 
cause the floating command bar to snap back into menu popup form if the 
user comes within a certain distance of the original position. 
35 Those skilled in the art will appreciate that tear off menu 

popups might have been dropped down directly from a top level menu 
control on a command bar, or might be one or more layers deep in cascade 
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form. Once the menu popup is torn off, it becomes a separate, floating 
command bar, which can be separately positioned and customized. 

SUMMARY OF THE DETAILED DESCRIPTION 
5 From the foregoing description, it will be appreciated that the 

present invention provides an improved system and method for displaying 
controls in a GUI system. In an exemplary system, the invention provides 
a versatile command bar data structure that may be used to display various 
types of controls in a variety of configurations. By relying on a single data 
10 structure, command bars provide a variety of advantages, including a 
unified customization procedure, the ability to includes any control type in 
any command bar, and simplified underlying code. In addition, command 
bars provide improved command merging and a novel way to tear off 
Sj menu popups and convert them to floating command bars. 

Si 15 The invention may conveniently be implemented in one or 

^ more program modules that are based upon and implement the features 

O illustrated in Figs. 2-11. No particular programming language has been 

''^ described for carrying out the various procedures described above because 

□ it is considered that the operations, steps, and procedures described above 

p 20 and illustrated in the accompanying drawings are sufficiently disclosed to 
p permit one of ordinary skill in the art to practice the present invention. 

O Moreover, there are many computers and operating systems which may be 

used in practicing the present invention and therefore no detailed computer 
program could be provided which would be applicable to all of these many 
25 different systems. Each user of a particular computer will be aware of the 
language and tools which are most useful for that user's needs and 
purposes. 

Although the invention was described in the context of one or 
more application programs using a dynamic-link library to implement 

30 command bar code, including methods for merging command bars, those 
skilled in the art will appreciate that the invention is applicable to other 
applications and methods. Similarly, the invention may be applied 
regardless of whether the GUI elements are implemented in program 
modules associated with an operating system or application program. 

35 The present invention has been described in relation to 

particular embodiments which are intended in all respects to be illustrative 
rather than restrictive. Alternative embodiments will become apparent to 
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those skilled in the art to which the present invention pertains without 
departing from its spirit and scope. Accordingly, the scope of the present 
invention is defined by the appended claims rather than the foregoing 
description. 



